formdata-node

What is formdata-node?

The formdata-node package is a Node.js module that allows you to create, manipulate, and encode multipart/form-data streams. It can be used to submit forms and upload files via HTTP requests in a way that is compatible with browser FormData API.

What are formdata-node's main functionalities?

Creating FormData

This feature allows you to create a new FormData instance and append fields to it, similar to how you would in a browser environment.

const { FormData } = require('formdata-node');
const formData = new FormData();
formData.append('key', 'value');

Appending Files

This feature enables appending files to the FormData instance, which can then be used to upload files to a server.

const { FormData, fileFromPath } = require('formdata-node');
const formData = new FormData();
formData.append('file', fileFromPath('./path/to/file.txt'));

Retrieving FormData Content

This feature allows you to iterate over the entries in the FormData object, enabling you to access the keys and values that have been appended.

const { FormData } = require('formdata-node');
const formData = new FormData();
formData.append('key', 'value');
for (const [key, value] of formData) {
  console.log(key, value);
}

Encoding FormData

This feature is used to encode the FormData into a Blob, which can then be used to send the data over an HTTP request.

const { FormData, formDataToBlob } = require('formdata-node');
const formData = new FormData();
formData.append('key', 'value');
const blob = formDataToBlob(formData);

Other packages similar to formdata-node

form-data

The 'form-data' package is similar to 'formdata-node' and is used to create readable 'multipart/form-data' streams. It can be used in the Node.js environment and is compatible with 'request' library. It differs in API and internal implementation but serves a similar purpose.

busboy

Busboy is a Node.js module for parsing incoming HTML form data. It's different from 'formdata-node' as it focuses on parsing form data rather than creating it, but it can handle multipart/form-data, which is commonly used for file uploads.

multiparty

Multiparty is a Node.js module for parsing multipart/form-data requests, which is used for uploading files. Unlike 'formdata-node', which is for creating and encoding form data, 'multiparty' is designed for the server-side to parse incoming data.

README

FormData

Spec-compliant FormData implementation for Node.js

Highlights

1. Spec-compliant: implements every method of the FormData interface.
2. Supports Blobs and Files sourced from anywhere: you can use builtin fileFromPath and fileFromPathSync helpers to create a File from FS, or you can implement your BlobDataItem object to use a different source of data.
3. Supports both ESM and CJS targets. See ESM/CJS support section for details.
4. Written on TypeScript and ships with TS typings.
5. Isomorphic, but only re-exports native FormData object for browsers. If you need a polyfill for browsers, use formdata-polyfill
6. It's a ponyfill! Which means, no effect has been caused on globalThis or native FormData implementation.

Installation

You can install this package with npm:

npm install formdata-node

Or yarn:

yarn add formdata-node

Or pnpm

pnpm add formdata-node

ESM/CJS support

This package is targeting ESM and CJS for backwards compatibility reasons and smoothen transition period while you convert your projects to ESM only. Note that CJS support will be removed as Node.js v12 will reach its EOL. This change will be released as major version update, so you won't miss it.

Usage

1. Let's take a look at minimal example with got:

import {FormData} from "formdata-node"

// I assume Got >= 12.x is used for this example
import got from "got"

const form = new FormData()

form.set("greeting", "Hello, World!")

const data = await got.post("https://httpbin.org/post", {body: form}).json()

console.log(data.form.greeting) // => Hello, World!

1. If your HTTP client does not support spec-compliant FormData, you can use form-data-encoder to encode entries:

import {Readable} from "stream"

import {FormDataEncoder} from "form-data-encoder"
import {FormData} from "formdata-node"

// Note that `node-fetch` >= 3.x have builtin support for spec-compliant FormData, sou you'll only need the `form-data-encoder` if you use `node-fetch` <= 2.x.
import fetch from "node-fetch"

const form = new FormData()

form.set("field", "Some value")

const encoder = new FormDataEncoder(form)

const options = {
  method: "post",
  headers: encoder.headers,
  body: Readable.from(encoder)
}

await fetch("https://httpbin.org/post", options)

1. Sending files over form-data:

import {FormData, File} from "formdata-node" // You can use `File` from fetch-blob >= 3.x

import fetch from "node-fetch"

const form = new FormData()
const file = new File(["My hovercraft is full of eels"], "file.txt")

form.set("file", file)

await fetch("https://httpbin.org/post", {method: "post", body: form})

1. Blobs as field's values allowed too:

import {FormData, Blob} from "formdata-node" // You can use `Blob` from fetch-blob

const form = new FormData()
const blob = new Blob(["Some content"], {type: "text/plain"})

form.set("blob", blob)

// Will always be returned as `File`
let file = form.get("blob")

// The created file has "blob" as the name by default
console.log(file.name) // -> blob

// To change that, you need to set filename argument manually
form.set("file", blob, "some-file.txt")

file = form.get("file")

console.log(file.name) // -> some-file.txt

1. You can also append files using fileFromPath or fileFromPathSync helpers. It does the same thing as fetch-blob/from, but returns a File instead of Blob:

import {fileFromPath} from "formdata-node/file-from-path"
import {FormData} from "formdata-node"

import fetch from "node-fetch"

const form = new FormData()

form.set("file", await fileFromPath("/path/to/a/file"))

await fetch("https://httpbin.org/post", {method: "post", body: form})

1. You can still use files sourced from any stream, but unlike in v2 you'll need some extra work to achieve that:

import {Readable} from "stream"

import {FormData} from "formdata-node"

class BlobFromStream {
  #stream

  constructor(stream, size) {
    this.#stream = stream
    this.size = size
  }

  stream() {
    return this.#stream
  }

  get [Symbol.toStringTag]() {
    return "Blob"
  }
}

const content = Buffer.from("Stream content")

const stream = new Readable({
  read() {
    this.push(content)
    this.push(null)
  }
})

const form = new FormData()

form.set("stream", new BlobFromStream(stream, content.length), "file.txt")

await fetch("https://httpbin.org/post", {method: "post", body: form})

1. Note that if you don't know the length of that stream, you'll also need to handle form-data encoding manually or use form-data-encoder package. This is necessary to control which headers will be sent with your HTTP request:

import {Readable} from "stream"

import {Encoder} from "form-data-encoder"
import {FormData} from "formdata-node"

const form = new FormData()

// You can use file-shaped or blob-shaped objects as FormData value instead of creating separate class
form.set("stream", {
  type: "text/plain",
  name: "file.txt",
  [Symbol.toStringTag]: "File",
  stream() {
    return getStreamFromSomewhere()
  }
})

const encoder = new Encoder(form)

const options = {
  method: "post",
  headers: {
    "content-type": encoder.contentType
  },
  body: Readable.from(encoder)
}

await fetch("https://httpbin.org/post", {method: "post", body: form})

Comparison

	formdata-node	formdata-polyfill	undici FormData	form-data
.append()	✔️	✔️	✔️	✔️1
.set()	✔️	✔️	✔️	❌
.get()	✔️	✔️	✔️	❌
.getAll()	✔️	✔️	✔️	❌
.forEach()	✔️	✔️	✔️	❌
.keys()	✔️	✔️	✔️	❌
.values()	✔️	✔️	✔️	❌
.entries()	✔️	✔️	✔️	❌
Symbol.iterator	✔️	✔️	✔️	❌
CommonJS	✔️	❌	✔️	✔️
ESM	✔️	✔️	✔️2	✔️2
Blob	✔️3	✔️4	✔️3	❌
Browser polyfill	❌	✔️	✔️	❌
Builtin encoder	❌	✔️	✔️5	✔️

¹ Does not support Blob and File in entry value, but allows streams and Buffer (which is not spec-compiant, however).

² Can be imported in ESM, because Node.js support for CJS modules in ESM context, but it does not have ESM entry point.

³ Have builtin implementations of Blob and/or File, allows native Blob and File as entry value.

⁴ Support Blob and File via fetch-blob package, allows native Blob and File as entry value.

⁵ Have multipart/form-data encoder as part of their fetch implementation.

✔️ - For FormData methods, indicates that the method is present and spec-compliant. For features, shows its presence.

❌ - Indicates that method or feature is not implemented.

API

class FormData

constructor([entries]) -> {FormData}

Creates a new FormData instance

• {array} [entries = null] – an optional FormData initial entries. Each initial field should be passed as a collection of the objects with "name", "value" and "filename" props. See the FormData#append() for more info about the available format.

Instance methods

set(name, value[, filename]) -> {void}

Set a new value for an existing key inside FormData, or add the new field if it does not already exist.

• {string} name – The name of the field whose data is contained in value.
• {unknown} value – The field's value. This can be Blob or File. If none of these are specified the value is converted to a string.
• {string} [filename = undefined] – The filename reported to the server, when a Blob or File is passed as the second parameter. The default filename for Blob objects is "blob". The default filename for File objects is the file's filename.

append(name, value[, filename]) -> {void}

Appends a new value onto an existing key inside a FormData object, or adds the key if it does not already exist.

The difference between set() and append() is that if the specified key already exists, set() will overwrite all existing values with the new one, whereas append() will append the new value onto the end of the existing set of values.

• {string} name – The name of the field whose data is contained in value.
• {unknown} value – The field's value. This can be Blob or File. If none of these are specified the value is converted to a string.
• {string} [filename = undefined] – The filename reported to the server, when a Blob or File is passed as the second parameter. The default filename for Blob objects is "blob". The default filename for File objects is the file's filename.

get(name) -> {FormDataValue}

Returns the first value associated with a given key from within a FormData object. If you expect multiple values and want all of them, use the getAll() method instead.

• {string} name – A name of the value you want to retrieve.

getAll(name) -> {Array<FormDataValue>}

Returns all the values associated with a given key from within a FormData object.

• {string} name – A name of the value you want to retrieve.

has(name) -> {boolean}

Returns a boolean stating whether a FormData object contains a certain key.

• {string} – A string representing the name of the key you want to test for.

delete(name) -> {void}

Deletes a key and its value(s) from a FormData object.

• {string} name – The name of the key you want to delete.

forEach(callback[, thisArg]) -> {void}

Executes a given callback for each field of the FormData instance

• {function} callback – Function to execute for each element, taking three arguments:
  • {FormDataValue} value – A value(s) of the current field.
  • {string} name – Name of the current field.
  • {FormData} form – The FormData instance that forEach is being applied to
• {unknown} [thisArg = null] – Value to use as this context when executing the given callback

keys() -> {Generator<string>}

Returns an iterator allowing to go through all keys contained in this FormData object. Each key is a string.

values() -> {Generator<FormDataValue>}

Returns an iterator allowing to go through all values contained in this object FormData object. Each value is a FormDataValue.

entries() -> {Generator<[string, FormDataValue]>}

Returns an iterator allowing to go through key/value pairs contained in this FormData object. The key of each pair is a string; the value is a FormDataValue.

[Symbol.iterator]() -> {Generator<[string, FormDataValue]>}

An alias for FormData#entries()

class Blob

The Blob object represents a blob, which is a file-like object of immutable, raw data; they can be read as text or binary data, or converted into a ReadableStream so its methods can be used for processing the data.

constructor(blobParts[, options]) -> {Blob}

Creates a new Blob instance. The Blob constructor accepts following arguments:

• {(ArrayBufferLike | ArrayBufferView | File | Blob | string)[]} blobParts – An Array strings, or ArrayBuffer, ArrayBufferView, Blob objects, or a mix of any of such objects, that will be put inside the Blob;
• {object} [options = {}] - An options object containing optional attributes for the file. Available options are as follows;
• {string} [options.type = ""] - Returns the media type (MIME) of the blob represented by a Blob object.

Instance properties

type -> {string}

Returns the MIME type of the Blob or File.

size -> {number}

Returns the size of the Blob or File in bytes.

Instance methods

slice([start, end, contentType]) -> {Blob}

Creates and returns a new Blob object which contains data from a subset of the blob on which it's called.

• {number} [start = 0] An index into the Blob indicating the first byte to include in the new Blob. If you specify a negative value, it's treated as an offset from the end of the Blob toward the beginning. For example, -10 would be the 10th from last byte in the Blob. The default value is 0. If you specify a value for start that is larger than the size of the source Blob, the returned Blob has size 0 and contains no data.

• {number} [end = blob.size] An index into the Blob indicating the first byte that will not be included in the new Blob (i.e. the byte exactly at this index is not included). If you specify a negative value, it's treated as an offset from the end of the Blob toward the beginning. For example, -10 would be the 10th from last byte in the Blob. The default value is size.

• {string} [contentType = ""] The content type to assign to the new Blob; this will be the value of its type property. The default value is an empty string.

stream() -> {ReadableStream<Uint8Array>}

Returns a ReadableStream which upon reading returns the data contained within the Blob.

arrayBuffer() -> {Promise<ArrayBuffer>}

Returns a Promise that resolves with the contents of the blob as binary data contained in an ArrayBuffer.

text() -> {Promise<string>}

Returns a Promise that resolves with a string containing the contents of the blob, interpreted as UTF-8.

class File extends Blob

The File class provides information about files. The File class inherits Blob.

constructor(fileBits, filename[, options]) -> {File}

Creates a new File instance. The File constructor accepts following arguments:

• {(ArrayBufferLike | ArrayBufferView | File | Blob | string)[]} fileBits – An Array strings, or ArrayBuffer, ArrayBufferView, Blob objects, or a mix of any of such objects, that will be put inside the File;
• {string} filename – Representing the file name.
• {object} [options = {}] - An options object containing optional attributes for the file. Available options are as follows;
• {number} [options.lastModified = Date.now()] – provides the last modified date of the file as the number of milliseconds since the Unix epoch (January 1, 1970 at midnight). Files without a known last modified date return the current date;
• {string} [options.type = ""] - Returns the media type (MIME) of the file represented by a File object.

fileFromPath(path[, filename, options]) -> {Promise<File>}

Available from formdata-node/file-from-path subpath.

Creates a File referencing the one on a disk by given path.

• {string} path - Path to a file
• {string} [filename] - Optional name of the file. Will be passed as the second argument in File constructor. If not presented, the name will be taken from the file's path.
• {object} [options = {}] - Additional File options, except for lastModified.
• {string} [options.type = ""] - Returns the media type (MIME) of the file represented by a File object.

fileFromPathSync(path[, filename, options]) -> {File}

Available from formdata-node/file-from-path subpath.

Creates a File referencing the one on a disk by given path. Synchronous version of the fileFromPath.

• {string} path - Path to a file
• {string} [filename] - Optional name of the file. Will be passed as the second argument in File constructor. If not presented, the name will be taken from the file's path.
• {object} [options = {}] - Additional File options, except for lastModified.
• {string} [options.type = ""] - Returns the media type (MIME) of the file represented by a File object.

isFile(value) -> {boolean}

Available from formdata-node/file-from-path subpath.

Checks if given value is a File, Blob or file-look-a-like object.

• {unknown} value - A value to test

Husky installation

This package is using husky to perform git hooks on developer's machine, so your changes might be verified before you push them to GitHub. If you want to install these hooks, run npm run husky command.

Related links

• FormData documentation on MDN
• File documentation on MDN
• Blob documentation on MDN
• FormDataValue documentation on MDN.
• formdata-polyfill HTML5 FormData for Browsers & NodeJS.
• node-fetch a light-weight module that brings the Fetch API to Node.js
• fetch-blob a Blob implementation on node.js, originally from node-fetch.
• form-data-encoder spec-compliant multipart/form-data encoder implementation.
• then-busboy a promise-based wrapper around Busboy. Process multipart/form-data content and returns it as a single object. Will be helpful to handle your data on the server-side applications.
• @octetstream/object-to-form-data converts JavaScript object to FormData.